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(57) ABSTRACT 

A peripheral device and peripheral device control method 
assure the immediacy of status information while opening 
the greatest possible bandwidth when communicating status 
information using a USB interface enabling simultaneous 
access to a plurality of peripheral devices. A first transfer 
function enables sending status information to a peripheral 
device such as a printer using the USB bulk transfer type, 
and a second transfer function enables sending status infor- 
mation using the USB interrupt transfer type. Status infor- 
mation sent in response to a host request where the host can 
control the timing of status information transfers is sent by 
bulk transfer using the first transfer function, thereby assur- 
ing bandwidth for bulk transfers. Autonomous status infor- 
mation communicated at a timing unknown to the host is 
communicated by the second transfer function using the 
short transfer period interrupt transfer type, thereby assuring 
the immediate communication of the status information. 

14 Claims, 3 Drawing Sheets 
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TRANSMISSION OF STATUS INFORMATION and the printer includes status information indicating the 

BY A SELECTED ONE OF MULTIPLE operating status of the printer, in addition to process data 

TRANSFER MODES BASED ON THE CAUSE such as bitmap data or other print data and control com- 

FOR SENDING THE STATUS INFORMATION mands for controlling the printing mechanism. Typical status 

5 information includes the on-line or off-line status of the 

BACKGROUND OF THE INVENTION printer, whether there is paper, whether the cover is open, if 

1 ~f iu tne buffer is full, whether there is ink, and any error status. 

1. Field or the Invention _ ^ ^ . „ ' . . tl _ J . 

The status information is normally sent from the printer to 

The present invention relates to a peripheral device such tne host m resp onse to a status request command, and is 

as a printer or scanner capable of communicating with a host 1Q tnerefore xni t0 the host using the same bulk transfer type 

device, and to a control method for the peripheral device. tfaat is ^ t0 send print ^ command data from the host 

2. Description of the Related Art to the printer. 

The Universal Serial Bus (simply referred to as "USB" A USB bulk transfer pipe is only opened, however, when 

below) is an interface for connecting and enabling the the bus capacity (bandwidth) needed to transfer the data 

exchange of user and control data between peripheral is within a specific unit time is available; therefore there is no 

devices, such as printers and scanners, and a host such as a way to assure when the data will be sent. This means that 

personal computer. It is rapidly becoming the standard information may not be transferred immediately when status 

interface for connecting such peripheral devices (sometimes information is transferred using a bulk transfer pipe, and 

called "device(s)** below) to a personal computer (simply various problems can result. For example, the host may 

called "PC" below). 20 continue sending process data even though the buffer is full, 

More specifically, USB is a bus standard for a serial cable and data may therefore be lost. The host may also continue 

connection enabling a PC to simultaneously access numer- sending data even though the printer cover is open, and 

ous devices with high data reliability while also enabling printing delays may thus occur. 

"hot swapping**, the ability to insert and remove devices on The interrupt transfer pipe, on the other hand, is opened 

the USB chain while the host and/or other devices are 25 at regular short intervals, enabling a device to send data to 

operating without losing access to the devices that remain on the host immediately if there is data to send when the device 

the bus. Because of this combination of high data reliability is polled. The interrupt transfer pipe is thus assured the 

and hot swapability, USB is expected to become the highest level of service, providing good real-time perfor- 

industry-standard interface for PC peripheral connections. mance. Data reliability is also extremely high because the 

Data transmission between USB interface devices begins 30 transfer is retried at the next period if a bus error occurs and 

when the host sends a token packet to a device. To enable a transaction is lost. It is therefore possible to send status 

simultaneous access to a plurality of devices, the token information using the interrupt transfer type, and thereby 

packet contains a unique device address and device end- assure both immediacy and data reliability, 

point. The address identifies which device on the USB is 35 However, the size of the data packets that can be sent by 

being addressed, and the endpoint identifies the source of the interrupt transfer is limited in order to assure bandwidth 

data or data transfer, or the data recipient or consumer (sink). availability. It is also preferable to release bandwidth for 

Following the token packet comes a data packet containing bulk transfers in order to maintain an acceptable transfer 

the data being communicated, and a handshake packet speed for process data. As a result, it is also desirable to limit 

indicating the transfer status. 4Q data transfers using the interrupt transfer pipe. 

USB uses the following four data transfer types, and ^ ¥T * #lk , ^ ™^ ^^^^ 

transfers data by establishing a corresponding logical "pipe" SUMMARY OF THE INVENTION 

between the host and device. An object of the present invention is therefore to provide 

Bulk transfers, and the bulk transfer pipe, are used for a peripheral device and a control method therefor whereby 

sending relatively large amounts of data, such as print and 45 tne immediacy of status information transfers can be 

display data. assured, bandwidth sufficient for efficient transfer of process 

Interrupt transfers, and the interrupt transfer pipe, are used data and commands can be assured, and a high data transfer 

for small amounts of data with a short service period. rate can be assured - 

Control transfers, and the control transfer pipe, are used To achieve the above ob J ect ' a Peripheral device accord- 
when a device is first connected to the bus to construct a 50 mg to the present invention assures immediate, real-time 
logical device presence. response while maximizing bandwidth available for bulk 
IL r ... .. ,r - transfers by selectively transferring status information using 
Isochronous transfers, and the isochronous transfer pipe, i_ « . * • • * J\ c • j* « 
ir ,. j -j , .. . . * a bulk transfer pipe or an interrupt transfer pipe according to 
are used for audio and other types of data requiring data to 4 c 4 j r , c 4 . f. • , j- „ 
• ... ^ . ■ * the type of status information rather than simply sending all 
be delivered within certain time constraints. * *. • r ** i_ *u u « * c • . 

55 status information by either bulk transfer or interrupt trans- 
Sending a data stream in any of these transfer modes is f er 

called a "transaction," and comprises the above-described More' specificaUy, a peripheral device according to the 

pac e sequence. present invention comprises a transmission unit for exchang- 

Frames sent at 1 ms intervals contain a plurality of data w i\h a host and for sending to the host status 

transactions. Simultaneous communication between a host 60 information indicative of an operating condition of the 

and multiple devices is achieved by sending these frames in peripheral device. The transmission unit has an interface for 

succession. sending data to and receiving data from the host. The 

The handshake packet provides a retry function in case an interface can send and receive data by at least two transfer 

error occurs during transmission, thereby enabling large modes. A first transfer mode corresponds to the bulk transfer 

amounts of data to be reliably transferred at high speed. 65 type 0 f the USB interface, that is, a transfer mode in which 

When the USB device communicating with the host is a data sending and receiving are enabled based on an input/ 

printer, for example, data communicated between the host output command sent from the host when transfer time has 
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been reserved, A second transfer mode corresponds to the It is therefore possible to transfer status information using 

interrupt transfer type of the USB interface, that is, a transfer a transfer mode appropriate to the immediacy of the 

mode in which data sending and receiving are enabled based information, thereby transferring status information without 

on an input/output command sent at a regular interval from occupying unnecessary USB bandwidth, and thus assuring 

the host. The status transmission unit has a first transfer 5 sufficient transmission speed for process data using a bulk 

function for sending status information by the first transfer transfer pipe. 

mode, a second transfer function for sending status in for- » > . ^ ... ^ „ . . . . 

mation by the second transfer mode, and a selecting function A li 15 ^refore rx)ssible to sufficiently assure the imrne- 

for selecting the first or second transfer function according diac y of r slatus *f°™ation without impairing the perfor- 

to the cause for sending the status information. mance of a peripheral device having a processing mecba- 

A peripheral device control method according to the 10 ™ m such f 8 a P rintm S mcchanism ° r rea /ing mechanism 

present invention is also provided. Status information for outputting data to or inputting data from an external 

indicative of an operating condition of the peripheral device source, and a controller for sending or receiving process data 

is detected in a detecting step. In a selecting step, a first or processed by this processing mechanism by the first transfer 

second transfer mode is selected according to the cause for mode. 

sending status information to a host. In the first transfer 15 Other objects and attainments together with a fuller 
mode, data sending and receiving are enabled in response to understanding of the invention will become apparent and 
an input/output command sent from the host when transfer appreciated by referring to the following description and 
time has been reserved. In the second transfer mode, data claims taken in conjunction with the accompanying draw- 
sending and receiving are enabled in response to an input/ m g S 
output command sent at a regular interval from the host. A 20 

first transfer step sends status information to the host by BRIEF DESCRIPTION OF THE DRAWINGS 

means of the first transfer mode if that mode is selected in . 

the selecting step, and a second transfer step sends status . In the drawings, wherein like reference symbols refer to 

information to the host by means of the second transfer ^ e parts: 

mode if that mode is selected in the selecting step. 2 5 FIG. 1 is a block diagram of a POS system according to 

This peripheral device control method may be provided as a preferred embodiment of the present invention; 

a control program of instructions recorded on a device FIG. 2 is a block diagram of the printer shown in FIG. 1; 

readable medium where the control program includes FIG. 3 shows the typical USB packet structure, with FIG. 

instructions or commands for execution by the peripheral ^ } gh ^ FIG. 3(*>) showing a data 

device to perform the steps of the control method 30 ^ FIG. 3(c) showing a handshake packe* 

A peripheral device and peripheral device control method r ' w . * 
according to the present invention can thus send status FIG - 4 shows the tv P lcal USB frame F structure; and 
information in response to a request from the host using the FIG. 5 is a flow chart of the basic status information 
first transfer function or first status transfer step, and can transmission process of the printer shown in FIG. 1. 
send autonomously generated status information by the 35 nF<;rRTPTrnM nv THF PRFFFRRFD 
second transfer function or second status transfer step. As a ^?™nni^M^ 
. - . ... j » r EMBODIMENTS 
result, status information requiring immediate communica- 
tion can be sent immediately by the second transfer function, The preferred embodiments of the present invention are 
and status information not requiring immediate communi- described below with reference to the accompanying figures, 
cation can be sent by the first transfer function. ^ FIG. 1 is a block diagram of a typical POS system 11 in 
More specifically, most cases in which status information which peripheral devices (USB devices) according to the 
is sent in response to a request from the host are cases in present invention are interconnected using a USB interface, 
which the next process is executed after the requested status As shown in FIG. 1, this exemplary POS system 11 corn- 
information is confirmed by the host, and immediate prises a printer 15, customer display 16, card reader 17, and 
response is not as necessary. Furthermore, when the 45 bar code scanner 18 connected to a personal computer host 
requested status information is urgently required, the host 12 through a hub 13, The printer 15, customer display 16, 
knows that the status information is urgent, and can there- card reader 17, and bar code scanner 18 each has a USB 
fore obtain the required status information at the appropriate interface 14 enabling data communication with the host 12 
timing using the first transfer mode such as a bulk transfer via a USB. 

pipe in the case of the USB. 50 This preferred embodiment of the invention is described 
On the other hand, the host does not know when status below using the printer 15 as exemplary of any connectable 
information is autonomously generated by the peripheral peripheral device. The typical configuration of a printer 15 
device, and this autonomous status information is therefore in this preferred embodiment is described further below with 
urgent. The urgency and timely transfer of such autonomous reference to the block diagram in FIG. 2. This printer 15 
status information can be assured in this case by sending it 55 comprises a printing mechanism 31 for printing, and a 
to the host using the second transfer mode such as an program-controlled control device 32 for controlling the 
interrupt transfer pipe in the case of the USB. printing mechanism 31. The control device 32 typically 
When status information is thus communicated through includes a CPU, a ROM for storing the program and/or 
an interface using at least two different transfer pipes, as various printer setting information, and a RAM as a working 
does the USB, a peripheral device and peripheral device 60 buffer for print data and control commands. The CPU, 
control method according to the present invention transfers ROM, and RAM are not shown in the figures, 
only status information of the greatest urgency (immediacy) The USB interface 14 is connected by way of client driver 
using the second transfer mode, that is, the transfer mode 33 to the control device 32. The USB interface 14 comprises 
having the shortest service period (such as the USB interrupt a port 21, universal controller 22, and USB driver 23. The 
transfer pipe), and uses the first transfer mode (such as the 65 port 21 provides the hardware connection environment of 
USB bulk transfer pipe) to send status information in all the USB interface. The universal controller 22 is for hard- 
other cases. ware control of communications through the port 21, such as 
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the driving of the signal lines in a predetermined sequence. transfer transaction 55 is included for each device (four 

The USB driver 23 is for software control of the commu- devices in the described example) in each frame, and if there 

nications such as packetizing of the communicated data. The is sufficient room left in frame F, a bulk transfer transaction 

USB driver 23 includes a CPU, a ROM for storing the 56 is included. If data is required to be transferred 

program for controlling the CPU to perform the software 5 isochronously, an isochronous transfer transaction follows 

control, and a RAM as a working buffer. The control device the interrupt transfer transaction 55. 

32 and host 12 thus communicate print data and control Packets are exchanged in an interrupt transfer transaction 

commands via the client driver 33 and USB driver 23. 55 in the same manner as described above for bulk transfers. 

The USB driver 23 comprises a first transfer unit 24 for That is, an IN token 51 is first issued from the host 12, and 

supporting a bulk transfer pipe; a second transfer unit 25 for 10 if a device has data to be sent in response to the IN token 51, 

supporting an interrupt transfer pipe; a third transfer unit 26 it is immediately packed into a data packet 52 and sent. The 

for supporting a control transfer pipe; and a fourth transfer host responds by sending a handshake packet 53, enabling 

unit 27 for supporting an isochronous transfer pipe. the device to determine whether the data was received 

These transfer pipes are opened by a token packet 51 sent without error. If there is no data to send, the device returns 

from the host 12 as shown in FIG. 3. This token packet 51 35 an NAK handshake packet 53 to the host 12, and the host 12 

comprises: a packet ID (PID) 61 indicative of the packet then releases the interrupt transfer pipe opened for that 

type, that is, whether the host is to send or receive the data device. As a result, each device is polled by an interrupt 

in the data packet; an address 62 for identifying a particular transfer transaction 55 at the frame period timing, when the 

device on the USB; an endpoint 63 indicative of the desti- polling time is shortest, and can thus immediately send any 

nation on the device where the data is used or originates; and 20 data required to the host 12. 

a cyclic redundancy code (CRC) 64 for error checking. Returning to FIG. 2, a printer 15 according to this 

By thus declaring the address and endpoint in a token preferred embodiment also sends status information indica- 

packet, and assigning a device for each of the pipes, data can tive of the P rinter status t0 the host 12 throu g h the USB 

be communicated substantially simultaneously between the „ interface 14. This status information is sent in addition to 

host 12 and a plurality of devices using USB interfaces P nnt data and contro1 commands. Status information 

which have plural pipes in a frame. The transaction per- detected by the control device 32 is thus passed to the client 

formed through the pipe is described next. driver 33 > ^ sent via ^ USB interface 14 to the host 12 

When data is sent from the host 12, it sends from its USB at a ° a PP™pnate time * # 

interface 14 a token packet 51 containing a PID 61 indicat- 30 0f the four . pl f es US ? d by the USB mterface and descnbed r 

ing that the host is sending data, the address 62 of the device atove status information can conceivably be sent by any of 

to which the host 12 is sending data (the address of the the following three transfer types: bulk transfer, interrupt 

printer 15 in this example), and an endpoint 63 indicating the transfer > ™ d *°chronous transfer. 

end point of the data on the addressed device, here, the A dedicated part of the USB bandwidth is reserved for 
control device 32 35 isochronous transfers because of the need to minimize delay 
Hie USB driver 23 decodes the address and endpoint in fa order t0 a f re isocnrony However, resending the data is 
the token packet 51, and receives a data packet 52 following n u ot even »* en . data 15 lost > and data rellab 15 
thereafter if the control device 32 of the printer 15 is ^erefore not great The isochronous transfer pipe is there- 
identified by the endpoint 63. The data packet 52 contains a fore not desirable for sending status mformaton. 
PID 61 data 65 and a CRC 64. 40 Th e bulk transfer pipe is well suited for communicating 

T*r iL . 41 - , t c - 4 1e tL large amounts of data, but can only be opened when there is 

Before the host 12 receives data from the printer 15, the £ . , . , 4l , . J n / , c , , 

, (11 i * fii ♦ • • sufficient USB bandwidth available. Data transfer speed and 

host 12 sends to the pnnter 15 a token packet 51 containing , _ A , _ f . ,. , 

nm c * . fu * j * • ii a * * /u • c* timing are theretore not assured. Data reliability is high, 

a PID 61 indicating that data is allowed to sent (hereinafter , & L . .. „ •■ . iL / j . i 

an "IN token"). When this IN token is received by the USB ho ™ eT > because data receipt ,s confirmed by the handshake 

driver 23, it sends the output data or command readied by the 45 P«d»t, and resending the data is attempted again at the next 

control device 32 in a data packet 52. bulk transfer penod when data is lost. 

„„ , A . , ... , - If the interrupt transfer period is set to the shortest 

When data packet 52 sending or receiving is completed, interval for a given device, that device will be 

a handshake packet 53 is exchanged. ^ ^ ^ R ^ caQ therefore be ^ fiubstan _ 

The handshake packet 53 contains only a PID 61, 5Q tially immediately from the device to the host 12. The device 

enabling one of three states to be returned: ACK, acknowl- also retries seoding at trje next period if data is lost, and data 

edging that the data was received without error; NAK, reliability is therefore high. It should be noted, however, that 

indicating that the data was not received; and STALL, the USB standarc j g i ve s priority to periodic access attempts 

indicating that the receiving side has stalled (i.e., that data such as mt errupt transfers and isochronous transfers. This 

communication is not possible because of some error). 55 means that if the bandwidth allocated to interrupt transfers 

When the host 12 detects a NAK in the handshake packet occupies too much of a frame F, it may not be possible to 

53, it is possible to retry sending the same data packet 52 and assure sufficient bandwidth for bulk transfer transactions, 

thus increase the reliability of data transfers. When a STALL Print data transmission speed may therefore drop, 

is detected, the host can attempt to resolve the cause of the The client driver 33 in this exemplary printer 15 is 

stall through the device. 60 therefore adapted to selectively use either the bulk transfer 

As shown in FIG. 4, the host 12 transfers data in frames mode or the interrupt transfer mode. The client driver 33 can 

(one of which is designated as Frame F) at 1 ms intervals, thus be considered as comprising two different transfer 

the frame period of the USB standard (USB time). Frame F means or transfer functions: a first transfer function 34 for 

starts with a start of frame (SOF) token 54. Following the sending status information by bulk transfer mode, and a 

SOF token 54, interrupt transfer transactions 55, if any, are 65 second transfer function 35 for sending status information 

run. The interrupt transfer period can be set for each device. by interrupt transfer mode. Status information is thus allo- 

If it is set to the shortest period for each device, an interrupt cated to a particular transfer mode (pipe) for transmission to 
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the host 12 according to the type of status information, thus 
achieving both immediate status information transmission 
when needed while assuring sufficient bandwidth for bulk 
transfers. 

There are three reasons for the printer 15 to send status 
information to the host 12. 

First, the printer 15 sends status information in response 
to a status request command, a control command from the 
host. 

This status request command is temporarily buffered, 
similarly to print data and other normal control commands, 
and processed in the order received. Status information sent 
in response to this status request command is therefore of 
relatively low urgency, that is, immediacy, and can therefore 
be sent by bulk transfer mode without causing any problems. 

Furthermore, because the status request command is sent 
from the host 12 to the printer 15, the host 12 is expecting 
the status information from the printer 15. As a result, the 
host 12 can, as necessary, obtain the status information at an 
appropriate timing by specifying the printer 15 address and 
sending an IN token 51. As a result, this exemplary printer 
15 uses the bulk transfer mode, that is, first transfer function 
34, for status information transmission. 

Second, the printer 15 sends status information in 
response to a real-time status request command. 

A real-time command sent from the host 12 and received 
by the printer 15 is processed before, or instead of, being 
stored in a buffer. Real-time commands are thus of high 
urgency, and are processed with priority over other com- 
mands and print data. It is therefore necessary for the printer 
15 to send the status information to the host 12 at the earliest 
possible time. 

Because the status request command is sent from the host 
12, however, the host 12 in this case, too, can issue frequent 
IN tokens 51 to the USB in an attempt to obtain the status 
information. The host 12 can therefore control the transmis- 
sion timing or speed even for status information sent by a 
device in response to an urgent real-time status request 
command. As a result, this exemplary printer 15 uses the 
bulk transfer mode, that is, first transfer function 34, even in 
response to real-time status request commands. 

Third, the printer 15 initiates status information sending. 

This function for initiating status information transfer is 
called an Auto Status Back function (ASB), and enables the 
printer 15 to automatically send specific status information 
to the host 12 when conditions (a particular change in printer 
status) predefined by the host 12 are met. For example, if a 
printer cover open status is the predefined condition, the 
printer generates the status information when the printer 
cover is opened for some reason, and sends this status 
information to the host 12. 

This type of status information can lead to an unrecov- 
erable error such as a loss of print data. Printing cannot 
continue if the cover is opened while printing is in progress 
or while print data is being sent from the host 12, for 
example, and it is therefore necessary to interrupt the print 
job. However, if the host continues to send print data while 
the job is interrupted, a print buffer overflow can occur, and 
data may be lost. It is therefore preferable for the printer 15 
to send autonomously generated status information to the 
host 12 in real-time. 

Moreover, the host 12 has no way of knowing when such 
autonomic status information may be generated, and there- 
fore cannot send an IN token 51 at a suitable timing to fetch 
this status information from the printer 15. An exemplary 
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printer 15 according to this preferred embodiment therefore 
uses a second transfer function 35 to send such autonomic 
status information to the host 12 via an interrupt transfer 
pipe. As described above, the interrupt transfer pipe polls the 

5 device every frame, if set to the shortest possible timing, and 
the printer 15 can therefore send such status information to 
the host 12 in substantially real-time. 

FIG. 5 is a flow chart of the major steps in a process 
whereby this exemplary printer 15 sends status information 

10 to the host. 

When the process starts and the control device 32 pro- 
duces status information (step 71), a decision is made in step 
72 to determine whether the status information was autono- 
mously generated, that is, if the status information was 

15 generated by the ASB function. If it is, an IN token for an 
interrupt transfer is detected (decision step 73). When an 
interrupt transfer pipe has been established, the status infor- 
mation is sent (step 74). As described above, the interrupt 
transfer period can be set to the shortest possible service 

20 period, that is, the frame period. With such setting, every 
frame is a chance for sending status information which 
essentially means ASB status information can be sent to the 
host 12 as soon as it is generated, i.e., in real-time. 

25 However, if the status information did not originate from 
the ASB function as determined in decision step 72, the 
process skips from step 72 to step 75, which detects a bulk 
transfer pipe (decision step 75). When a bulk transfer IN 
token is detected, the status information is sent in step 76. 

30 A printer 15 using a USB interface to send status infor- 
mation to a host according to this exemplary embodiment 
thus uses an interrupt transfer pipe to send autonomously 
generated (ASB function) status information to the host, and 
uses a bulk transfer pipe to send status information in 

35 response to status request commands from the host. 

Urgent status information that is autonomously generated 
by the printer and that the host has no way of knowing when 
it will occur can therefore be sent in realtime by the printer 
to the host. 

40 In addition, status information that is not urgent and for 
which the host can control the transfer timing can be sent 
using the bulk transfer pipe, thereby reducing the interrupt 
transfer load, preventing excess bandwidth from being occu- 
pied for interrupt transfers, and assuring sufficient band- 

45 width for bulk transfers. 

It is therefore possible to provide by means of the present 
invention a printer and a printer control method whereby the 
immediate, real-time communication of status information 
can be assured while also assuring sufficient bandwidth 

50 capacity and a fast data transfer rate. 

The control method shown in the flow chart in FIG. 5 may 
be embodied in a control program of instructions for execut- 
ing each of the process steps. Such a control program may 

5S be recorded on a magnetic tape, magnetic disk, optical disc, 
or other machine readable recording medium such that the 
control program can be installed in ROM or other recording/ 
storage medium in the printer for use by the printer. 
It should be noted that the present invention has been 

50 described above using a printer by way of example only, and 
shall not be limited thereto. More specifically, the same 
processes and configuration can be used to send status 
information to a host from various other USB devices, 
including a customer display 16, card reader 17, and bar 

65 code scanner 18. 

Status information requested by the host is also described 
above as being sent by bulk transfer mode, but it is also 
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possible to send status information in response to urgent 
real-time status request commands by interrupt transfer 
mode to the host, and send only status information in 
response to normal (non-urgent) status request commands 
by bulk transfer mode. This method of sending status 
information still releases significantly more bandwidth than 
does using the interrupt transfer pipe to send all status 
information, and also assures the real-time transfer of status 
information responding to real-time status request com- 
mands. 

USB, however, is a bus in which both sending and 
receiving timing are controlled by the host. It is therefore 
possible even using the bulk transfer mode for a device to 
send status information to the host at an appropriate timing 
in response to a request command from the host. The USB 
can therefore be optimally controlled to assure the imme- 
diacy of status information and maximize the transfer effi- 
ciency of other data by sending only autonomic status 
information, the timing of which cannot be controlled by the 



a first transfer mode in which data sending and 
receiving are enabled based on an input/output 
command sent from the host when transfer time 
has been reserved, and 
a second transfer mode in which data sending and 
receiving are enabled based on an input/output 
command sent at a regular interval from the host; 
wherein the status transmission unit has a first transfer 
function for sending status information by the first 
transfer mode, a second transfer function for sending 
status information by the second transfer mode, and a 
selecting function for selecting the first or second 
transfer function according to a cause for sending the 
status information. 

2. The peripheral device as set forth in claim 1, wherein 
the first transfer function sends status information based on 
a request from the host, and the second transfer function 
sends autonomous status information. 

3. The peripheral device as set forth in claim 1, further 
host, using the interrupt transfer pipe, and sending by bulk 20 comprising a processing mechanism for outputting data to or 
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transfer pipe all other status information, the timing of which 
can be controlled by the host. 

As will be understood from the above description, when 
a host and peripheral device are connected by a bus having 
a plurality of transfer modes for communication between the 
host and peripheral device, a peripheral device and control 
method therefor according to the present invention can send 
status information (or comparable information) to the host 
using either a first or a second transfer mode selected 
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inputting data from an external source; and wherein the 
interface further comprises a controller for sending or 
receiving by the first transfer mode data processed by the 
processing mechanism. 

4. The peripheral device as set forth in claim 1, wherein 
the interface is a Universal Serial Bus (USB) interface, the 
first transfer mode is a bulk transfer mode, and the second 
transfer mode is an interrupt transfer mode. 

5. The peripheral device as set forth in claim 1, wherein 



according to the nature of the information to be sent. The 30 tne interface further comprises a first driver having first and 
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USB interface is exemplary of such a peripheral device and 
host connection device, and in this case the first transfer 
mode corresponds to a bulk transfer mode in which data 
sending and receiving are enabled based on an input/output 
command sent from the host when the transfer time has been 
reserved, and the second transfer mode corresponds to an 
interrupt transfer mode in which data sending and receiving 
are enabled based on an input/output command sent at a 
regular interval from the host. 

As a result, the immediate, real-time transfer of auto- 
nomic status information, which occurs at a timing unknown 
to the host, can be assured by using the interrupt transfer 
mode, which has a short period. In addition, USB bandwidth 
can be freed for bulk transfers by using the bulk transfer 
mode to communicate status information sent in response to 
a request from the host. It is therefore possible by means of 
the present invention to provide a peripheral device and 
peripheral device control method whereby the timeliness of 
status information can be assured and the transfer efficiency 
of normal data can be increased. 

While the invention has been described with reference to 
the accompanying drawings in conjunction with specific 
embodiments, many further alternatives, modifications and 
variations will be apparent to those skilled in the art in light 55 
of the foregoing description. Thus, the invention described 
herein is intended to embrace all such alternatives, 
modifications, applications and variations as may fall within 
the spirit and scope of the appended claims. 

What is claimed is: 

1. A peripheral device comprising: 

a transmission unit for exchanging data with a host and for 
sending to the host status information indicative of an 
operating condition of the peripheral device, the trans- 
mission unit comprising: 

an interface for sending data to and receiving data from 
the host by at least two transfer modes including, 



second transfer units which respectively support the first and 
second transfer modes. 

6. The peripheral device as set forth in claim 1, wherein 
the transmission unit further comprises a second driver in 

35 which the first and second transfer functions are embodied. 

7. A peripheral device control method comprising: 
a detecting step for detecting status information indicative 

of an operating condition of the peripheral device; 
a selecting step for selecting a first transfer mode or a 
second transfer mode according to a cause for sending 
status information to a host, wherein, in the first trans- 
fer mode, data sending and receiving are enabled in 
response to an input/output command sent from the 
host when transfer time has been reserved, and, in the 
second transfer mode, data sending and receiving are 
enabled in response to an input/output command sent at 
a regular interval from the host; 
a first status transfer step for sending status information to 
the host by means of the first transfer mode if the first 
transfer mode is selected in said selecting step; and 
a second status transfer step for sending status informa- 
tion to the host by means of the second transfer mode 
if the second transfer mode is selected in said selecting 
step. 

8. The peripheral device control method as set forth in 
claim 7, wherein the first status transfer step sends status 
information based on a request from the host, and the second 
status transfer step sends autonomous status information. 

9. The peripheral device control method as set forth in 
claim 7, further comprising: 

a process data communication step for sending or receiv- 
ing by the first transfer mode data processed by a 
processing mechanism for outputting data to or input- 
ting data from an external source. 

10. The peripheral device control method as set forth in 
claim 7, wherein the first transfer mode is a bulk transfer 
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mode supported by a Universal Serial Bus (USB) interface, 
and the second transfer mode is an interrupt transfer mode 
supported by the Universal Serial Bus (USB) interface. 

11. A machine readable medium embodying a program of 
instructions for execution by the device to perform a periph- 
eral device control method, the program comprising instruc- 
tions for: 

a detecting process for detecting status information 
indicative of an operating condition of the peripheral 
device; 

a selecting process for selecting a first transfer mode or a 
second transfer mode according to a cause for sending 
status information to a host, wherein, in the first trans- 
fer mode, data sending and receiving are enabled in 
response to an input/output command sent from the 
host when transfer time has been reserved, and, in the 
second transfer mode, data sending and receiving are 
enabled in response to an input/output command sent at 
a regular interval from the host; 

a first status transfer process for sending status informa- 
tion to the host by means of the first transfer mode if the 
first transfer mode is selected in said selecting process; 
and 

a second status transfer process for sending status infor- 
mation to the host by means of the second transfer 
mode if the second transfer mode is selected in said 
selecting process. 
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12. The machine readable medium embodying a program 
of instructions as set forth in claim 11, wherein the instruc- 
tions for the first status transfer process include instructions 
for sending status information based on a request from the 
host, and the instructions for the second status transfer 
process include instructions for sending autonomous status 
information. 

13. The machine readable medium embodying a program 
of instructions as set forth in claim 11, the program further 
comprising instructions for: 

executing a process data communication process for send- 
ing or receiving by the first transfer mode process data 
processed by a processing mechanism for outputting 
data to or inputting data from an external source. 

14. The machine readable medium embodying a program 
of instructions as set forth in claim 11, wherein the instruc- 
tions for the first status transfer process include instructions 
for executing the first process using a bulk transfer mode 
supported by a Universal Serial Bus (USB) interface as the 
first transfer mode, and the instructions, for the second status 
transfer process include instructions for executing the sec- 
ond process using an interrupt transfer mode supported by 
the Universal Serial Bus (USB) interface. 
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